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Remarks 

The Examiner rejected claims 1 to 33 under 35 U,S.C. 102(e) for 
purportedly l3elng anticipated by United States Patent No. 6,092,114 to Sliaffer et 
al. {-ShaffeO- 

ADPlicant'fl Application 

Applicant refers the Examiner to tfie Background of the Invention, page 2, where 
Applicant has defined the problem in ttie state of the art as: 

"there remains a need for an electronic date communication system for 
message transmission to wireiess communications devices which 
recognizes the compute tjonai power and bandwidth llmttetlons 
associated with these devices, the varied compiitetional and display 
capabilities of these devices, the variety of available electronic message 
formats, and the coste associated with ownership and operation of these 
devices,", emphasis added. 

Applicant describes and claims the conversion of message attechmente to 
address the limited data resolution capabilities (e.g. processing and/or display 
and/or au(So) of the communication devices. Applicant provides amended claim 
1 below as an illustrative example of daim amendmente for the purpose of 
addressing the Examiner's ol3|ectlons, also discussed below. In particular. 
Applicant notes In the claims that that the date size contelned In the attachment 
document as received Is greater that the date size of the converted date sent to 
the networi< terminal, as matched to the date resolution capabilities of the 
networtt device, which is contrary to the operation described for prior art 
message/attachment conversion systems. 

Claim 1 - An electronic data transmission sender comprising: a date 
receiver for receiving a request for transmission of an incoming message 
including an attachment document to a networtc terminal over a 
communications networtc, tha attachment documen t including content for 
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presentation on the network terminal an d presentation dala daflnino the 
presentation of the content on the network terminal: a data processing 
system In communication with the data receiver for converting the 
attachment document m acoordanoe with the at least one data filtration 
parameter to accommodate data resolution capabilities of the network 
terminal, the data processing system being configured to perform the 
conversion bv roducino the number of bvtes oocupied bv the 
presentation data to orovkte converted data including the content and the 
reduced presentation data; and a data transmitter in communnatlon with 
the data processing system for transmitting an outgoing message 
containing the converted data to tlie network tenfninal over the 
communications netwodc 

Support for the amendments to independent claims 1 , 10, 19, and 23 can 
be found at page 11, Hnes 13-25» page 12, lines 5-10 and 2&s34, page 16. lines 
14-20, and page 18, lines &-10. 

Examiner Cited Art 

Applteant notes Examiner's citation of Shaffer, column 1 , tines 47-50, whteh 
describes the MIME converston, as a basis for the 35 U.S.C. 102(e) rejection. 
Applicant is confused by the Examiner's reasoning for relymg upon this passage 
to support the rejection, as MIME is simply a conversion of binary 8 bit data, to 7- 
bit ASCII characters for message transmission purpc^es. Appltoant strongly 
believes that MIME conversion to ASCII characters does not result in displavable 
text (or other presentable information) for use by the user of the network temilnal 
for interaction with the attachment, e.g. reading and understanding the text (e.g. 
content) of the attachment as intended by the original attachment sender. 
Instead, Applicant submits that ASCII conversion results in an unintelligible string 
of characters (not "text"), used for encoding readable text for message 
transmission purposes only. This string of unintelligible characters then 
subsequently decoded at the target destination, once received, in order to 
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provide the original unchanged me&sage text, wliich is contrary to the invention 
as claimed. Applicant invites the Examiner to provide a proper example where 
message text is first encoded using MIME techniques for sut>sequent display and 
interpretation (not decoded) by the intended receipient erf the message text. 
Applicant provides a simple definition obtained via the Internet from the 
University of Maryland, Office of information Technology, which supports 
Appiicanfs view of MIME as a messaging protocol, nothing more; 

" Toda/8 computer technology thinl<s in 8-bit bytes* When 
information is transmitted these days, its usually done so in an 8- 
bit fashion. IHowever, there are instances when a transport 
medium will only handle 7-bits. Furthermore, when it comes to E- 
Mail, there must be some consideration for systems that are 
based upon IBM's EBCDIC (Extended Binary Coded-Decimal 
interchange Code), raUier than the ASCII (American Standard 
Code for Infomnation Interchange) code that we are most familiar 
with. MIME makes sure that messages meet these criteria! 

Accordingly, Applicant submits that the Examiner has incorrectly interpreted 
MIME as conversion from a fomnatled Word Processing document to a text 
document, which Applicant points out that MIME is in fact a conversion to data 
packets for transmission, nothing more. 

Further, Applicant submits that Shaffer in column 1 discusses the use of MIME 
or other available protocols for ''accomplishing the encoding" In order 1o 
accommodate transmission wittiin a networl^ of file attachments. Applk:ant 
submits tiiat Shaffer discusses the use of these encoding protocols to convert 
attached file (of email messages) to text, for facilitating sending of the converted 
text witiiin the message over the networic Further, Shaffer notes "The converted 
text is then reconverted to its original fonm at the receiving client device", 
emphasis added (see column 1, lines 49-51). Further, Applicant notes at column 
1, lines 52-54 that Shaffer notes "At tiie receiving client devk:e, the same 
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encoding standard must be used to decode the attached file, if the file Is to be 
aocessed", emphasis added. 

Accordingly, Applicant submits that Shaffer's (fiscusston of MME encoding does 
not address the features of the Invention as currently claimed, as the encoding 
techniques are designed for encoding undifferentiated streams of data, 
regardless of their context, in order to restore the M data stream at the receiving 
end, rather than accommodating the data resolution capabilities of the network 
terminal (as presently claimed). 

Further, Applicant sutxnits that Shaffer descrit>es a method and system for 
exchanging electronic messages, such as email messages, that include Isolating 
personal computers and other client devices from the process of converting a 
message attachment from one file format to a second file fonnat. in Shaffer's 
disclosure, file-fonfnat conversions are out-tasked to enhance file accessibility, 
free computer resources, and conserve a user's time. In particular, Shaffer 
describes that the access requirements of each attachment (to electronic 
ntessages) are compared to the application capabilities of a target client device 
(data resolution of the attachment Itself is ignored). If rt is detenmlned that a fUe- 
format conversion is required, the conversion o|3eration is assigned to a server 
that supports the process of refonmatting the attachments for subsequent access 
by the applicatton resident on the target client devfce. Shaffer notes In column 
7, lines 12,13, "TTie file fomiat conversion at step 52 is executed using known 
techniques. Conventionally, computer software is utilized to change an 
attachment from one file format to another^. 

Applicant would like to bring to ttie Examiner's attention that Shaffer further 
^tes "Thus, if a file attachment is received that requires an application that is 
foreign' to the receiving computing device, the first issue is whether the 
computing device is capable of converfing the attachment to an accessibie file 
fonmaf. Applicant submits that this should be Interpreted to mean that Shaffer 
places emphasis on the ability of the target client device to open the message 
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attachment, rather than emphasizing changes to the contents of the attachment 
to addres s the data resolution capabilities of the network temiinal . 

Applicant further notes that Shaffer states In column 1, lines 55-64 that "Even If 
the attached file Is property decoded at the receiving client de\^, the file will net 
be accessible unless the client device has the required aoolication orooram for 
opening the attached file. Typically, an attachment has a file format that is 
specific to an aopHcation . For example, an email attachment of a word 
processing text file may be specific to a particular word processing program. 
Access to the text is possible only if the receiving client device includes the 
program or has the capability of converting the decoded file to another file format 
that Is accessible.'', emphasis added. Applicant submits that this should be 
interpreted to mean that Shaffer places emphasis on the ability of the target client 
device to open tfie message attachment, rather than emphasizing chanoes to the 
contents of the attachment to addres s the data raaoJution capabilities of the 
network temiinal. 

In conclusion on Shaffer, Applicant submits that the correct interpretation of 
Shaffer rs for a simple conversion process, from one format to another. The 
location is actually given a vague treatnoent, as client, server and secorxJ sender 
are ail mentioned as possibilities, with the second server being the preferred 
embodiment. The fact Is that the size of the converted object is never considered. 
There is also no cor^ideration of the capabilities of the target device for any data 
size limitations. Accordingly In view of the above discussion. Applicant believes 
that Shaffer is silent as to clianging thie contents of tlie attachment document to 
address the data resolution capabilities of the networlc temiinal. Instead, Shaffer 
onty discusses the conversion and transmission of the entire content of the 
attachment, except in a differing format 

On other pertinent Shaffer issues for dependent claims, the Examiner cited 
column 3, lines 1-20 against Claim 30. Applicant would Nice to point out to the 
Examiner that one example for the registry referred to in Claim 30 is a Resource 
Registry for identifying printing devices on the internet, not a PC Application 
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Registry on the client computer as described by Shaffer. This difference is 
further proof that the teachings of Shaffer should be interpreted as application- 
centric rather than device-centrfc. 

Further, on page 3 of the Office Action, the Examiner comments on dependent 
claims 5,14 and 22, and cites that Shaffer in column 1, line 22 should be 
interpreted as indicating that Including graphics as an attachment is not 
innovative. Applicant strongly tieUeves, in view of the above presented 
discussion, that doing a MIME conversion of graphics to plain characters will not 
reduce the byte length of the graphics once displayed, jm will the resolution of 
the graphics be nuxJified as a result of the MIME conversion. Again, Applicant 
Invites the Examiner to provide proper examples to the Applicant that 
demonstrate the principle of data size reduction and/or graphics resolution 
reduction (for nf>essage attachments) as a result of MIME conversion. In 
particular, Applicant reminds the Examiner that any provided data size / graphics 
resolution reduction benefits of MIME converted data need to be presentable on 
the network terminal, as claimed. 

Accordingly, in view of the above presented arguments and claim 
amendnoents, Applicant considers the rejection of claims 1-33 under 35 U.S.C. 
1 02(e) as overcome. 

EqgiggtQH 

Applicant presents the following as a summary of past consideration given 
to Eggleston In view of currently amended claims 1-33. 

Applicant submits that Eggleston describes a system for allowing wireless 
clients to control the amount and type of message data received from a remote 
sender. As shown In Rgure 2, the Eggleston system includes one or more 
wireless clients, a communication server, and one or more host servers in 
communication with the communication server. The communication server 
includes a profile database of filter parameters for each client (such as Message 
Priority, Date Sent, Message Size, Author and Subject - see Figure 5). The 
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profile database also includes granuterity filters which specify whether the 
message should be taincated after 'OC bytes, and whether an attachme nt should 
be removed from an e-mail message. Upon receipt of a data request from a 
wireless client, the communication server queries the host computer for the 
requested data. Using the client's profile data, the requested message is ''pre- 
stage" filtered (either by the host computer or the communication server) before 
the message is transmitted to the wireless client. 

Further. Applicant submits Eggleston does not disclose a data transmission 
server which is configured to reduce bandwidth requirements by converting 
content of an attachment t o the message, arxl then transmitting the converted 
attachment including the content and a reduced byte size cf the associated 
presentation data. The converted attachment data can be sent as an outbound 
message or as a converted attachment associated with the outbound message. 

On the contrary, Applicant submits that E^leston only discloses the granularity 
filters to effect the pre-stage filtering of e-mail messages . The disclosed 
granularity filters are lile attachmenf , IruncatiorT, and "header infomnation". 
The "file attachment" granularity filter provides the mobile client with one of two 
options: (1) it allows the entire e-mail attachment to be transmitted to the dlent, 
or (2) it prevents the e-mail attachment from being transmitted to the client. The 
truncation" granularity filter only transmits the first X bytes of the e-mail message 
integrum. The "header information" granularity filter only extracts header 
information from the e-mail message. 

Further, Applicant notes that neither the "taincation' nor "header information' 
granularity fitters of Eggleston process e-mail attachments at an. Any 
constofction of Eggleston to Include such features should be considered as 
impermissible hindsight in view of Applicants specification. Applicant submits 
that by Eggleston including 'Yile attachmenf as an available granularity filter 
(when discussing separate "truncatiorf and "header information" granularity 
filters at column 8, line 31 through column 9, line 2), Eggleston demonstrates 
that the "tmncation" and "header information" granularity filters only process e- 
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mail message bodies, not e-mail attachments. To conclude othenMse would 
render the '^iB attachmenf filter redundant. Applicant submits E^ieston 
included the lile attachmenr filter as a required mechanism for renrK>ving e-mail 
attachments from their respective e-marl messages, and the toincation" and 
"header infonmation" granularity filters are Intended for processing e-mail 
message text only. 

Accordingly, Applicant believes Eggleston does rKrt teach or even suggest 
reducing network bandwidth usage by differentiating in a message the content of 
an attachment document from its presentation data, and then forwarcGng the 
content and amended presentation data to the recipient as converted 
data/document, as now recited in independent claims 1, 10, 19, and 23. 

In light of the above remarks and the amendments submitted herewith, the 
Applicant submits that independent claims 1, 10. 19, and 23 are novel over the ^ 
cited references to date, taken either ak>ne or In combination. As the remaining CO 
claims are dependent on, and narrower than, independent claims 1, 10, 19, and ^ 
23 the Applicant submits that these claims are similarly novel over the cited 
reference. 

It is believed that the above remarks and amendments submitted herein 
have placed this present application in condition for altowance, and a Nottoe 
thereof is requested, if the Examiner has further concems, he is encouraged to 
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contact Applicant's undersigned agent at (416) 862'^18. Ail correspondence 
should continue to be directed to listed address shown t)eiow. 



Respectfully submitted, 



Grant Tlsdall 
Registration No. 53,902 

Gowiing Laffleur HerKterson LLP 

Suite 1600, 1 Rrst Canadian Place, 100 King Street West 

Toronto, Ontario 

Canada M5X1G5 

(416) 862-7525 
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